home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0019.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  2.8 KB  |  80 lines
  1.  
  2.  
  3. Begin forwarded message:
  4.  
  5. To: timbl@nxoc01.cern.ch
  6. Subject: misc. architecture notes
  7. Date: Wed, 27 Nov 91 15:06:02 CST
  8. From: connolly@pixel.convex.com
  9.  
  10. [Any minute now, my ride to Kansas City for the holidy
  11.  will arrive. In the mean time, here are some ideas.]
  12.  
  13. WAIS
  14.  
  15. It's beginning to look like you should try to fit WWW inside
  16. WAIS, rather than the other way around. You need to talk with
  17. those guys about format negotiation and document representation,
  18. and both groups need to combine WAIS docid's and WWW anchor
  19. addresses.
  20.  
  21. In other words, I think the WWW browser should be a WAIS client.
  22. But come to think of it, there's no reason a browser can't be a WAIS
  23. client, a HTTP client, an FTP client, and an ARCHIE client all at
  24. the same time.
  25.  
  26. For example, I used to compile WWW support into my browser. Lately,
  27. I changed my mind. Now I compile a separate programe that supports
  28. WWW access. I invoke
  29.     htaccess HTML_ADDRESS
  30. and the stdout of that process is the HTML content of the node.
  31. I pipe that through html2rtf.pl, and display the output. The user clicks
  32. on anchors, and the whole process repeats.
  33.  
  34. I could, however, use waisq, or an archie client, or an nntp client, or
  35. an ftp client in place of htaccess, write a few more foo2rtf converters,
  36. and support all this stuff. Hmmm... lots to think about.
  37.  
  38. TEXT OBJECT
  39.  
  40. I've been reading some of the design notes in your web, and I
  41. was particularly interested in your ideas for a portable text
  42. object. My software uses many of these concepts. I gave up
  43. editing capabilities to simplify the design and make it doable
  44. in two months.
  45.  
  46. I think you would be crazy to try to do the text object without C++.
  47. Perhaps you could provide a C interface and a sample implementation
  48. in C that doesn't have all the features. But for WYSIWYG displays,
  49. the problem is just too complex to maintain in C.
  50.  
  51. You should take a close look at TMLib. Some of the implementation
  52. needs rework, but the architecture fits your needs pretty well.
  53. I'm not using any of that code, but I'm using lots of their ideas,
  54. e.g. the model-format-view architecture.
  55.  
  56. HTML
  57.  
  58. You need a DTD. Have you seen the SGMLS tools? They parse SGML and
  59. write a line-oriented representation as output. This would be ideal
  60. for format negociation. You could support plaintext and cerainly RTF,
  61. and probably make stabs at TROFF, TeX, and perhaps PostScript.
  62.  
  63. Have you considered how to embed links in other formats? Please let
  64. me know how you decide to do it in RTF. My idea is to translate:
  65.     <A HREF=foo>text</A>
  66.         to
  67.     {\field{\fldinst HREF=foo}{\fldrslt text}}
  68. [for implementation reasons, I'm currently putting the \fldinst group
  69.  after the \fldrslt group, but that's a minor detail.]
  70.  
  71. The resulting files still work when loaded into MS Word, though if you
  72. saved them again I doubt the HREF would still be there.
  73.  
  74. [my ride is here. more later]
  75.  
  76. Dan
  77.  
  78.  
  79.  
  80.